-
Notifications
You must be signed in to change notification settings - Fork 67
wrap-java revamp and add generic methods, types, and supertypes support #397
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
365c5e4 to
08e221e
Compare
We had a lot of all-over-the-place logging which pretended to be loggers or just println + debug and info prefixes etc. This is getting out of hand and we should adopt a consistent logging mechanism. The way to do this in Swift is swift-log, there's no reason anymore to reinvent the wheel about it. The dependency is small and likely to be present in most libs. Especially the source gen we need not be concnerned about using swift-log. Runtime does not have to use it. This is just some initial steps, separated out from swiftlang#397
We had a lot of all-over-the-place logging which pretended to be loggers or just println + debug and info prefixes etc. This is getting out of hand and we should adopt a consistent logging mechanism. The way to do this in Swift is swift-log, there's no reason anymore to reinvent the wheel about it. The dependency is small and likely to be present in most libs. Especially the source gen we need not be concnerned about using swift-log. Runtime does not have to use it. This is just some initial steps, separated out from swiftlang#397
dbe5302 to
81b5826
Compare
extract, just like the command does towards generic parent class in wrap-java mode
handle open class CompressingStore: AbstractStore<ByteArray, [UInt8], [UInt8]> {
81b5826 to
3b87d8f
Compare
64c69d7 to
537070f
Compare
| public func getTypeName() -> String | ||
|
|
||
| @JavaMethod | ||
| public func toString() -> String |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Need to properly fix this for all interfaces #430
understanding what's going on without being able to get toString of the java types is quite a problem, i'll tackle it next. This is obviously going to be thrown away (the edit in the generated source)
537070f to
d81ff4f
Compare
|
Parking some of the enum fun for later #436 |
|
This finally resolved the fallout from adding more proper generics support, follow ups to be done in smaller PRs, this big one has been going for far too long. Going to squash all that and get back into small PRs mode; the fallout of the generics was kinda huge here. |
This reworks wrap-java on some real usage feedback and use-cases.
We now handle generics better:
This caused quite some fallout that needed to be addressed, and is still incomplete; e.g. #436